home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000010_news@columbia.edu_Tue May 30 20:06:17 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16439
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 31 May 1995 06:42:28 -0400
  3. Received: by apakabar.cc.columbia.edu id AA27039
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 31 May 1995 06:42:25 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!gatech!concert!ais.com!bruce
  6. From: bruce@ais.com
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit-32 (VAX) problems??
  9. Message-Id: <1995May31.010617.7767@ais.com>
  10. Date: 31 May 95 01:06:17 EST
  11. References: <D9CztC.Cu6@inter.NL.net>
  12. Organization: Applied Information Systems, Chapel Hill, NC
  13. Lines: 46
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <D9CztC.Cu6@inter.NL.net>, avdpeijl@inter.NL.net writes:
  17. > Hello everybody,
  18. > I would like to upgrade Kermit on my VAX. At the moment I have a stone-aged
  19. > version of Kermit-32 (1984 or something like that). With MS-Kermit 3.14 I
  20. > tried to upload some programms to the VAX with settings like:
  21. >    - packetlength 94
  22. >    - no linking shift (or something simular)
  23. >    - set block 1-bit (also tried 2-bit)
  24. >    - file type binary (of course)
  25. > The uploads went fine. I reached a 23% troughput at a 9600 bps line (VT220), 
  26. > found no particular errors (only at the end Kermit-32 complained about bad
  27. > packets).
  28. > When I run the program, I get:
  29. > "error activating image zip.exe" and "image header description length is
  30. > invalid"  (in this example I uploaded unzip.exe for VAX/VMS, 54k).
  31.  
  32. Try doing a SET FILE TYPE FIXED in Kermit-32 before you upload the
  33. zip.exe file.  The default file type has varying-length records which
  34. are not allowed for executable images.  Most likely the other settings
  35. had nothing to do with your problem;  you will however get more reliable
  36. transfers if you set BLOCK to 2 or 3 (this is the block check algorithm,
  37. and 1 is very minimal but usually adequate for short packets.  You would
  38. still be advised to use one of the more advanced block check methods
  39. that are less subject to letting bad data through).  Locking shifts are
  40. purely a transfer speed issue;  I don't know if such an old version of
  41. Kermit-32 would support them (in fact I'm unsure offhand if _any_ version
  42. of Kermit-32 supported them), but they are certainly not your problem.
  43.  
  44. Note that you need to have been very careful about transferring the
  45. zip.exe file to the PC in the first place.  It needs to be an exact
  46. binary copy of the file on the VAX (without the implied record boundaries
  47. every 512 bytes, of course).  Many methods of transferring the file will
  48. cause it to be corrupted:  for example, if its path included being copied
  49. as a text file by Kermit or FTP, then it may have extra CR/LF pairs added
  50. or existing CRs or LFs in the file modified into CR/LF pairs.  This will
  51. make the file unuseable as an executable file under VMS.
  52.  
  53. C-Kermit for VMS is an enormous improvement over Kermit-32 - you should
  54. try to get hold of it as soon as possible.
  55.  
  56. Good luck,
  57.  
  58. Bruce C. Wright